(12) INTERNATIONAL APPLICATION PUBLISHED UNDER THE PATENT COOPERATION TREATY (PCT) 



(19) World Intellectual Property Organization 

International Bureau 

(43) International Publication Date 
29 November 2001 (29,11.2001) 




PCT 



iiii ii ii iii ii mi in; 1 1 ii in urn 

(10) International Publication Number 

WO 01/91353 A2 



(51) International Patent Classification 7 : H04L 

(21) International Application Number: PCT/US0 1/16964 

(22) International Filing Date: 23 May 2001 (23.05.2001) 

(25) Filing Language: English 

(26) Publication Language: English 



(30) Priority Data: 

09/578,815 



24 May 2000 (24.05.2000) US 



(71) Applicants (for all designated States except US): RED- 
FLEX TRAFFIC SYSTEMS, INC. [USAJS]; 703 Mar- 
ket Street, Suite 1903, San Francisco, CA 94103 (US). 
WHYTE, Peter [AU/AU]; 115 Coronation Street, West 
Footscray, Victoria 3046 (AU). 



(72) Inventors; and 

(75) Inventors/Applicants (for US only): CIOLLI, Robert 
[AU/AU]; 32 Wallace Avenue, Toorak, Victoria 3142 
(AU). ERCAN, Gurchan [AU/AU]; 36 Vincent Street, 
Oak Park, Victoria 3046 (AU). MACK, Andrew [AU/AU] ; 
48 Alexander Street, Seddon, Victoria 301 1 (AU). 

(74) Agent: STAMFORD, Geoffrey; DERGOSITS & NOAH 
LLP, Four Embarcadero Center, Suite 1 150, San Francisco, 
CA 94111 (US). 

(81) Designated States (national): AE, AG, AL, AM, AT, AU, 
AZ, BA, BB, BG, BR, BY, BZ, CA, CH, CN, CR, CU, CZ, 
DE, DK, DM, DZ, EE, ES, FI, GB, GD, GE, GH, GM, HR, 
HU, ID, IL, IN, IS, IP, KE, KG, KP, KR, KZ, LC, LK, LR, 
LS, LT, LU, LV, MA, MD, MG, MK, MN, MW, MX, MZ, 
NO, NZ, PL, PT, RO, RU, SD, SE, SG, SI, SK, SL, TJ, TM, 
TR, TT, TZ, UA, UG, US, UZ, VN, YU, ZA, ZW. 

[Continued on next page J 



= (54) Title: AUTOMATED TRAFFIC VIOLATION MONITORING AND REPORTING SYSTEM 



< 
IT) 

m 

ON 



O 



132- 



138- 



140- 



r 



100 



102 



1_ 



INTERSECTION 



RED UGHT 
CAMERAS 



.104 



DATA PROCESSING 
SYSTEM 



.134 



CENTRAL 


2 — *~ 


FILE SERVER- 


PROCESSOR 




PRIMARY 




IMAGES 



VERIFICATION 



,136 



OA 
CHECK 



DATABASE 



z 




10 



NOTICE 
PRINTING 



V 



^142 



POLICE 
AUTHORIZATION 



POLICE 
DEPARTMENT 



106' 



,106 



DMV 




DMV 






SERVER 







.101 



ALLEGED 
OFFENDER 



13 



14 



\ 



12 /I10 



DATA 
CENTER 



COURT 



(57) Abstract: A system for monitoring and reporting 
incidences of traffic violations at a traffic location 
is disclosed. The system comprises a digital camera 
system deployed at a traffic location. The camera 
system is remotely coupled to a data processing system. 
The data processing system comprises an image 
processor for compiling vehicle and scene images 
produced by the digital camera system, a verification 
process for verifying the validity of the vehicle images, 
an image processing system for identifying driver 
information from the vehicle images, and a notification 
process for transmitting potential violation information 
to one or more law enforcement agencies. 
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AUTOMATED TRAFFIC VIOLATION MONITORING 
AND REPORTING SYSTEM 

5 FIELD OF THE INVENTION 

The present invention relates generally to computer networks, and more 
specifically to a system for monitoring the occurrence of traffic offenses and providing 
photographic evidence of offenses for use by traffic enforcement agencies. 

10 BACKGROUND OF THE INVENTION 

Enforcement of traffic laws is a major undertaking for law enforcement agencies 
around the world. Large-scale automated photo enforcement technologies provide 
powerful tools to modify unsafe driving behavior by educating communities that unsafe 
driving will be penalised. The most effective programs combine consistent use of traffic 

1 5 cameras supported by automated processing solutions that deliver rapid ticketing of 
traffic violators, with other program elements including community education and 
specific targeted road safety initiatives like drunk-driving enforcement programs and 
license demerit penalties. 

Automated traffic law enforcement addresses the multi-billion-dollar problem 

20 caused by non-compliant driving behavior, such as speeding and red light running, illegal 
turns, and other violations. In the United States, such non-compliance has been estimated 
to account for about one-third of all traffic crashes and two-thirds of the resulting 
fatalities. 

Over the years, crash statistics have deteriorated due to the ever-growing number 
25 of vehicles on the road and the increasing vehicle-miles traveled, and this situation is 
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becoming a major concern of Federal, State and local authorities. Realizing that the 
option of intensifying conventional police enforcement is limited by manpower and 
budgetary constraints, authorities are now turning to automated enforcement to provide 
an effective alternative that also releases police for other enforcement duties. 
5 Although certain countries have used photo-enforcement with some degree of 

success, current systems of traffic enforcement using photographic techniques have 
disadvantages that generally do not facilitate effective automation and validation of the 
photographs required for effective use as legal evidence. 

Present methods of automated traffic enforcement typically involve the use of 
10 traditional 35mm celluloid film based cameras and photographic techniques to acquire 
the photographic evidence of traffic offenses. Although limited success has been 
achieved with this present technology, many inherent limitations and poor efficiency 
outcomes limit the programs' effectiveness. Tangible benefits of automated traffic 
enforcement in Australia and other user countries have been achieved despite the inherent 
1 5 limitations of wet-film-based traffic camera technologies. However, because such 

systems have been the only viable imaging system available for such use, widespread . 
acceptance and implementation has not been achieved. 

Ensuring the security and integrity of the original photographic evidence is also a 
maj or disadvantage of present traffic enforcement systems. The best film-based traffic 
20 camera programs in the world rely on-a combination of strict physical storage procedures 
for developed film negatives, and sworn officer statements, to prove the validity of their 
evidence. Early digital camera protocols tended to mimic these procedures, as well, by 
requiring that digital images be stored on WORM diskettes or other hard disk media. 
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Such protocols allow operators to hold 'original' evidence in their hands and physically 
lock it away in the same way as they lock away 'original' film negatives in film 
registries. While the solution may feel comfortable, these systems are susceptible to 
security breaches. 

5 Developed film negatives do not hold truly original evidence. By the time the 

first negative has been created, there has been significant technical and human 
intervention during the collection, transfer and development processes. In addition, 
relying on the medium and protocols of storage as the only form of security is flawed, 
whether the evidence is being held in digital or film format. Time consuming though it 

10 may be, film negatives can be digitized, altered, and re-shot. There is no obvious way of 
knowing if this has happened because film technology, unlike digital technology, offers 
no inherent ability to construct an electronic audit trail on the life of an image that 
guarantees its authenticity from the moment of capture onward. 

The same potential to alter digital evidence exists also. Without application of ^ 

15 cryptography technologies images stored to disks can be copied and altered without 
detection. Under this scenario, no court would be able to tell the difference between 
original digital evidence and altered evidence. As with film, all that would be known is 
who has had the disk, when it was created and where it has been, provided these records 
are accurate. .Thus present analog and digital photography methods of capturing traffic 

20 violation evidence do not necessarily implement adequate security measures 
commensurate with their use as legal evidence of a violation. 
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SUMMARY AND OBJECTS OF THE INVENTION 

It is an object of embodiments of the present invention to increase the efficiency 
and effectiveness of photographic traffic violation monitoring systems. 

It is a further object of embodiments of the present invention to improve the 
5 performance, reliability and overall economics of automated traffic enforcement 
programs. 

It is a further object of embodiments of the present invention to provide a method 
of image authentication that is independent of the technology used to transmit, store and 
process the images. 

10 11 is y et a further object of embodiments of the present invention to provide a 

traffic violation monitoring and recording system that provides secure storage and 
transmission of photographic images of traffic violations. 

A system for monitoring and reporting incidences of traffic violations at a traffic 
location is disclosed. The system comprises a networked digital camera system 
1 5 strategically deployed at a traffic location. The camera system is remotely coupled to a 
data processing system. The data processing system comprises an image processor for 
compiling vehicle and scene images produced by the digital camera system, a verification 
process for verifying the validity of the vehicle images, an image processing system for 
identifying driver information from the vehicle images, and a notification process for 
20 transmitting potential violation information to one or more law enforcement agencies. 

Other features and advantages of the present invention will be apparent from the 
accompanying drawings and from detailed description that follows. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

The present invention is illustrated by way of example and not limitation in the 
figures of the accompanying drawings, in which like references indicate similar elements, 
and in which: 

5 Figure 1 A is a block diagram that illustrates the overall traffic violation 

processing system, according to one embodiment of the present invention; 

Figure IB is a table that outlines some of the information transferred along the 
data paths illustrated in Figure 1 A for an exemplary traffic violation monitoring and 
reporting incidence; 

1 0 Figure 2 illustrates a photographic image and accompanying reporting 

information provided by the camera system and data processing system of Figure 1A, 
according to one embodiment of the present invention; 

-Figure 3 A is a block diagram illustration of a multiple element CCD intersection 
camera system, according to one embodiment of the present invention; 
15 Figure 3B illustrates the multiple element camera system of Figure 3 A in 

conjunction with a synchronous timing source, according to one embodiment of the 

present invention; • 

. Figure 4A illustrates a histogram of a pixel intensity for an intersection image, 
according to one embodiment of the present invention; -*/..• , 

20 Figure 4B illustrates the histogram of Figure 4A with the license plate image 

isolated from the background scenery image; 

Figure 5 illustrates an infringement set provided by an imaging processing 
system, according to one embodiment of the present invention; 
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Figure 6 is a flowchart that illustrates the steps that are executed by the central 
processor when incident information is received from an intersection camera system, 
according to one embodiment of the present invention; 

Figure 7 illustrates the DMV details area of the verification screen, according to 
5 one embodiment of the present invention; 

Figure 8 illustrates a DMV lookup screen, according to one embodiment of the 
present invention; 

Figure 9 A illustrates an example of a police authorization module interface 
screen, according to one embodiment of the present invention; 
10 Figure 9B illustrates an example of a court interface screen generated by the court 

interface module, according to one embodiment of the present invention; 

Figure 10 is a flowchart that illustrates the steps of creating a traffic offense 
notice, according to one embodiment of the present invention; 

Figure 1 1 illustrates a notice preview displayed in a user interface screen, 
1 5 according to one embodiment of the present invention; 

Figure 12 illustrates the traffic camera office infringement processing system 
components, according to one embodiment of the present invention; and 

Figure 13 illustrates the components of an image analysis expert system, 
according to one embodiment of the present invention. 

20 



<WO 0191353A2J_> 



6 



WO 01/91353 PCT/US01/16964 

DESCRIPTION OF THE PREFERRED EMBODIMENTS 

A digital automated system for monitoring and reporting incidences of traffic 
violations is described. In the following description, for purposes of explanation, 
numerous specific details are set forth in order to provide an understanding of the present 
invention. It will be evident, however, to those of ordinary skill in the art that the present 
invention may be practiced without the specific details. In other instances, well-known 
structures and devices are shown in block diagram form to facilitate explanation. The 
description of preferred embodiments is not intended to limit the scope of the claims 
appended hereto. 

Figure 1 A is a block diagram that illustrates the overall traffic violation 
processing system, according to one embodiment of the present invention. The main 
components of the traffic violation processing system 100 comprise the intersection 
camera system 102, the data processing system 104, the police department interface 
system 106, the motor vehicle department interface 108, the court interface 110. 

When an alleged offender 101 commits an offense at an intersection, the red light 
cameras in the intersection camera system 102 sense and record the event and sends the 
photographic data to the data processing system 104. The data processing system 104 
then performs, various data processing steps to verify and validate the driver and offense 
data. The data processing system 104 itself includes various components, such as central 
processor 132, file server 134, database 136, verification module 138, quality assurance 
module 140, and notice printing module 142. The data processing system 104 receives 
data from various external sources, such as the intersection cameras and motor vehicle 
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agencies, and processes the data for further action by the appropriate law enforcement 
agencies. 

As illustrated in Figure 1 A, various items of information regarding the driver and 
the vehicle are obtained by the data processing system 104 from selected authorities, such 
5 as a motor vehicle department through the motor vehicle department interface 1 08, and a 
police department through the police department interface 106. When the information 
relating to the offense is deemed to be valid, it is appropriately presented through the 
court interface system 1 10 to the appropriate court authorities. 

As illustrated in Figure 1 A, various data paths, numbered 1 to 14, are provided 
10 among the components and sub-components of system 100. Figure IB is a table that 
outlines some of the information transferred along these data paths in a typical traffic 
violation monitoring and reporting incidence. Together, Table 150 in Figure IB, and the 
data paths shown in Figure 1 A constitute a data flow process for the traffic violation 
processing system 100. 
15 If the red light cameras in the intersection camera system 1 02 detect a violation 

incident, a number of images (typically, four) of the incident, along with associated data 
(such as time and vehicle speed) are captured and transmitted to the central processor 132 
of the data processing system 104. These images and the associated data comprise the 
primary evidence of the violation and are saved in the primary images file server 134. 
20 The central processor produces compressed scene images and incident details, and 

transmits these to database 136 for storage. In one embodiment, a violation is detected 
though the use of known wireless transmission methods, such as radar or similar waves, 
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or through light beam detection methods, or similar techniques to determine whether a 
vehicle is traveling too fast or has run a red light or stop sign. 

The images captured by the intersection camera system typically include at least 
one image of the vehicle committing the violation (i.e., running the red light), as well as 
5 images of the vehicle license plate and driver's face to provide car and driver 

identification information. The license plate and driver's face images are transmitted 
from the primary image file server to the verification module 138. Based on the vehicle 
license plate information, the details of the vehicle and its owner are then accessed at an 
appropriate motor vehicles department 108, and transmitted to the database 136. 
10 The incident details and compressed images stored in the database 136 are next 

sent to the quality assurance module 140. Once the quality assurance module has 
checked the incident data for accuracy and integrity, the details and compressed images 
are sent to an appropriate police agency 106. If the police authorize a notice to be sent to 
the identified driver, notice details are sent to the appropriate court 1 10 by the data 
15 processing system 104. The notice and incident details are also transmitted from the 
database 136 to the notice printing module 142 of the data processing system 104. The 
prepared notice is then sent to the alleged offender 101 by the data processing system 
104. Follow-up correspondence, such as payment reminder letters, may be sent to the 
alleged offender from the court 110. The alleged offender may then submit payment or 
20 make a court appearance to satisfy the notice. A notice of the disposition of the violation 
is then sent from the court 1 10 to the data processing system 104 and stored in the 
database 136. This completes the data processing loop for a typical violation, according 
to one embodiment of the present invention. 
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The structure and operation of the sub-components of each of the main 
components of traffic violation processing system 100 will be described in greater details 
in the description that follows. 
Intersection Camera System 
5 A typical enforcement application of the digital camera component 102 of system 

100 is in the area of red-light offense detection. For this application, the camera system 
102 is strategically placed at an intersection to monitor and record incidences of drivers 
disobeying a red light. When a vehicle is detected approaching the stop line of a 
monitored lane, it is tracked and its speed is calculated. If the vehicle is detected entering 
10 the intersection against the traffic signal, an evidentiary image set is captured. The event 
of the images being captured and the relevant details recorded is referred to as an 
'incident', which may be defined as a potential offense. In one embodiment of the 
present invention, the evidentiary set consists of four incident images comprised of the : 
following: a scene shot A, which is a scene shot of the intersection prior to the incident 
1 5 vehicle crossing the stop line; scene shot B, which is a scene shot of the intersection 
when the incident vehicle is seen to have failed to obey the traffic signal; frontal face 
zoom shot that attempts to identify the driver of the incident vehicle; and a license plate 
zoom shot that attempts to isolate the vehicle's license plate area only to identify the 
vehicle. In one embodiment, the images captured by the digital camera system 102 are in 
20 TIFF format, although other digital formats are also possible. 

In one embodiment of the present invention, the individual incident images are 
captured by separate cameras or imaging elements within the digital camera system 102. 
For this embodiment, one imaging element generates a single image of the individual 
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incident images. For example, one imaging element generates the face shot, another 
generates the license plate shot, and so on. Alternatively, the individual incident images 
could be produced from a single image generated by a single camera within the digital 
camera system, such as by producing sub-images cut from portions of the larger single 
5 image. The individual images could also be produced by generating composites of 
images generated by separate imaging elements within the digital camera system 102. 

In relation to a potential violation, there are a number of details recorded for each 
image. These include, the date and time of the incident, the location of the incident, the 
lapsed time since the traffic signal turned red, and the camera identification. 

10 The captured data is assigned a 'digital signature', encrypted, and then transmitted 

from the digital camera system 102 to the central processor 132 in the data processing 
system 104. All four shots when transmitted have their incident details "stamped" on 
them. In one embodiment, this "stamped information" is embodied in a data bar that 
appears at the top of images seen at verification process 138 of the data processing 

15 system 104. Each of the four shots is individually identifiable as being of a particular 
type, i.e., scene A, scene B, face shot, and plate shot. Figure 1 1 represents a Notice to 
Appear that includes the photographic images and accompanying reporting information 
that is provided by the camera system and data processing system of Figure 1A, * 
according to one embodiment of the present invention. As can be seen in Figure 1 1, the 

20 four photographs include the driver's face shot, the license plate shot, and the scene A 

and scene B shots. The composition and production of the Notice to Appear illustrated in 
Figure 1 1 will.be described in greater detail below. 
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The intersection cameras may be controlled remotely to facilitate system analysis 
checks and to take test shots. For test diagnostics, a log of captured test shots are 
recorded. Test shots can be treated as normal and exported to the data processing system 
for insertion into the database as with 'ordinary' shots. Should it become necessary to 
5 prove to a court that a camera system was operating correctly at the time a particular 
incident was detected,, the test shots form part of the chain of evidence, which is used to 
provide evidence of the cameras functioning correctly. 

The intersection camera systems are inter-connected at the detection site to 
provide the required camera and flash coordination. Each camera is strategically located 
10 to provide the optimum field of view for the desired captured image. The enforcement 
camera that is equipped/interfaced with the vehicle tracking technology is positioned to 
effectively record both scene images as well as the license plate area shot. A supplement 
camera can be positioned to image the offending vehicle driver. The camera systems are 
interconnected using standard local area network typologies. The camera systems 102 
1 5 also manage sending secure (encrypted) incident data and image information to the data 
processing system 104 over a computer network line, such as modem and telephone line. 

In one embodiment of the present invention, the traffic violation processing 
system 1 00 utilizes digital camera technology to implement the intersection camera 
system 102. Such a digital camera system targets specific areas of interest with a system 
20 consisting of several imaging elements. The advantage of such a configuration is the 
targeting of resolution where it is needed, while preserving the rationale that the 
extracted images are captured at the same moment in time. • - 
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In one embodiment of the present invention, Charge Couple Device (CCD) 
imaging elements are used which provide spatial and dynamic resolution equal to or 
better than 35mm celluloid based film. In the intersection camera system 102, a scaleable 
multi-element digital camera system designed specifically for traffic enforcement 
applications is used. This camera system is specifically designed to address the issues of 
image resolution, dynamic range, and imaging rates (i.e., frame per second) towards the 
special requirements of offense prosecutability where the images form the primary 
evidence. 

A CCD is an image acquisition device capable of converting light energy emitted 
or reflected from an object into an electrical charge that is directly proportional to the 
entering light's intensity. This charge or pixel can then be sampled and converted into 
the digital domain. The digital pixel information is cached and transferred to RAM 
(Random Access Memory) in a host computer system in bursts via a local bus where 
further processing and final storage occurs. 

The fundamental imaging requirement for prosecutability of an image is clear 
identification of the offense committed and identification of the offending vehicle, hi a 
multiple camera system, each imaging element must be synchronized and triggered 
concurrently to ensure all captured images correlate the same event that is the exact time 
base. . T - • - ' 

Figure 3 A illustrates a multiple element CCD intersection camera system, - 
according to one embodiment of the present invention. Camera system 30.0 in Figure 3 A 
illustrates a representative camera system comprising a primary CCD 302 and two 
secondary CCDs 304 and 306. The CCDs 302, 304, and 306 convert the incoming light 
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into electronic charge. The charge is then moved through an analog shift register to 
provide a serial stream of charge data, similar to a bucket brigade. For camera system 
300, image data from primary CCD 302 is processed through an ADC (Analog to Digital 
Converter) process 308 to produce digital data streams 310. The image data from the two 
5 secondary CCD cameras 304 and 306 are each processed through respective ADC 

processes 3 12 and 314 and input to a multiplexer 3 16 to produce digital data streams 318. 

Although Figure 3A illustrates a camera system comprising three separate 
imaging elements, it should be noted that the camera system used in accordance with 
embodiments of the present invention could include various numbers of individual 
10 imaging elements. In one embodiment, the camera system includes separate imaging 
elements that provide the scene and driver's face and license plate images illustrated in 
Figure 11. 

The basic operation of the CCD in camera system 300 is next described. For each 
camera, the CCD image sensing area is configured into horizontal lines containing 

1 5 several pixels. As light enters the silicon in the image sensing area, free electrons are 
generated and collected inside photosensitive potential wells. The quality of the charge 
collected in each pixel is a linear function of the incident light and the exposure time. 
After exposure, the charge packets are transferred from the image area to the serial 
register at the rate of one line per clock pulse. Once an image line has been transferred 

20 into the serial register, the serial register gate can be clocked until all of the charge 

packets are moved out of the serial register through a buffer and amplification stage ' ' 
producing an analog signal. This signal is sampled with high-speed ADC devices to 
produce a digital image. 
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Color sensing is achieved by laminating a striped color filter with RGB (Red, 
Green, Blue) organization on top of the image sensing area. The stripes are precisely 
aligned to the sensing elements, and the signal charged columns can be multiplexed 
during the readout into three separate registers with three separate outputs corresponding 
to each individual color. Each red, green, and blue pixel from the CCD is processed by a 
high-resolution analogue to digital converter capable of high sampling rates. Once in the 
digital domain, the pixel charge is held in cache as it waits for a data transfer window to 
be made available by the host computer system for transfer into host RAM. 

In one embodiment of the present invention, the image data is transferred from the 
CCDs 302, 304, and 306 to the host system RAM 322 using a PCI (Peripheral 
Component Interconnect) interface 320. For many present computer systems, PCI has 
become the local bus standard for interconnecting chips, expansion boards, and 
processors. The original PCI architecture implements a 32-bit multiplexed address and 
data bus. 

- In accordance with standard PCI usage, in camera system 300, communication 
between devices on the PCI bus occurs through a mechanism of burst transfers. A burst 
transfer consists of the establishment of a bus master (an I/O cycle - in order for the 
initiator of the burst to attain master status on the bus) and the. bus slave (target) : ' ~ 
relationship.. The length of the burst is negotiated at the beginning of the transfer, and ' 
may be of any length. At burst completion, the receiving end (target) terminates the 
communication after the pre-determined amount of information has been received. Only 
one bus master device can communicate on the bus at a time. Other devices cannot 
interrupt the burst process because they do not have master status. 
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The integration of the CCD imaging device directly into the final processing 
computer system short cuts the traditional process of capturing digital images through 
video based cameras, converting the composite analog signal into a digital image with the 
use of 'Frame Grabber' and then importing the resultant image into the host computer for 
processing. The losses in image quality that occur due to the digital-arialog-digital 
conversion in these systems, limit their application for traffic enforcement purposes. 
Furthermore, video based cameras are typically limited in resolution and dynamic range. 

Dynamic resolution is an important characteristic of the camera system 300. 
Dynamic resolution defines the size of each pixel data once converted into digital form. 
The relationship is proportional to the CCD camera's ability to represent very small and 
large light intensity levels concurrently (i.e., the Signal to Noise Ratio, SNR) and is 
represented in Decibels (dB). Accordingly the sampling ADC is matched to exhibit an 
equivalent SNR. 

The application of dynamic resolution in enforcement programs provides for a 
mechanism of identifying vehicle license plates with retro-reflective composites. When 
flash photography is used in the reproduction of high quality images, the light energy that 
is directed towards the license plate area is reflected back at a level (result of a high 
reflection efficiency), that is higher then the average intensity entering the camera." 
Consequently an optical burn effect (i.e. over exposure) appears around the area of the 
license plate. 

The effect of optical burn, or "plate burn" is minimized with the utilization of a 
CCD and ADC system with a dynamic range capable of resolving the resultant intensity 
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spectrum. A histogram of the image will reveal all scene and license plate details 

residing at opposing ends of the spectrum. 

The license plate having the strongest intensity will appear at the highest levels 

and the rest of the image proportioned across the rest of the spectrum. However, most 
5 computing systems, and indeed the human eye, can only resolve 256 levels (or 48dB = 8 

bits) of intensity. Typical 35mm Celluloid film of 100 ASA is considered to have 72dB 

of equivalent dynamic resolution. This dynamic range can resolve 4096 level of intensity 

and is represented by a 12-bit word. 

In one embodiment of the present invention, to limit the volume of data and 
10 information kept for evidentiary purposes, a process of "Histogram Slicing" is used to 

scale down the overall pixel data size from 12 bits down to 8 bits by selecting only 256 of^. 

the available 4096 levels. The selection criteria will ensure that the visual integrity of the . 

image is ensured but will also normalize the overall appearance such that overexposed 

areas are in balance with the rest of the image. Ideally the process would be a non-linear ^ 
15 function that is adaptive in nature to compensate for ambient and exposure conditions. 

The translation for speed and efficiency would be a mapping (or lookup) function. 

Figure 4A illustrates a histogram of pixel intensities for an intersection image, 

according to one embodiment of the present invention, and Figure 4B illustrates the 

histogram of Figure 4 A with the license plate image isolated from the rest of the images 
20 that make up the vehicle and background scene. Details of the digital imaging process 

that isolates the license plate image are described in related U.S. Patent Application, 

Serial Number, 09/028,360, entitled "Digital Image Processing", which is hereby 

incorporated by reference. The histograms of Figures 4A and 4B illustrate the intensities 
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of individual pixels in a traffic violation image on a pixel 402 axis versus intensity 404 
axis. As illustrated in Figure 4A individual pixel components for the license plate are 
shown as elements 408 against the pixel components for the background scene 406. 
Using compression and isolation imaging techniques, the intensity of the pixels for the 
5 license plate 408 are altered relative to the intensity for the pixels for the background 406, 
as illustrated in Figure 4B. In this manner, the license plate is made more readable 
relative to the background scenery. It should be noted that the same technique could be 
applied to other images and components of images, such as to enhance the driver's face 
relative to the car. 

10 As stated above, a typical enforcement application of the digital camera system 

illustrated in Figure 3A is in the area of red-light offense detection. The camera system is 
strategically placed at an intersection to monitor and record incidences of drivers 
disobeying a red light. In one embodiment, the primary evidence produced is a set of two 
images. The first image showing a view of the intersection that encompasses the traffic 

15 light of the monitored approach, the offending vehicle prior to crossing the violation line 
(typically a white line such as a cross-walk) and sufficient background scene depicting 
the driving conditions at the time of the offense. The second image is typically of the 
same field of view but with the offending vehicle completely crossed over the violation 
line in conjunction with the red light. 

20 The main area of interest is the vehicle position before and after the intersection. 

Although the overall resolution for this image is not critical, sufficient detail must exist to 
resolve features of the intersection as well as traffic signal active phase. However, in 
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order to identify the offending vehicle the license plate details and jurisdictional 
information must be legible. 

For 35mm wet film cameras the effective spatial resolution must be on the order 
of 3072 x 2048 pixels. Even then the license plate details only represent 5 percent of the 
5 total number of pixels. 

The architecture of the digital camera system 300 allows for the synchronous 
operation of multiple image elements acquiring specific area of interest all at the same 
interval of time. The field of view of the primary imaging element will encompass the 
complete intersection, the traffic signal head of the monitored approach and the offending 
10 vehicle relative position. The secondary imaging elements can be used to image the 
license plate area of the offending vehicle. 

To ensure synchronism between each of the imaging elements the timing 
generators for each CCD is reset simultaneously and clocked by a single source. Figure 
3B illustrates the camera system 200 of Figure 3 A in conjunction with a synchronous 
15 timing source. Each of the three CCDs 302, 304, and 306 have their output signals, 
synchronized to respective timing generator circuits 330, 332, and 334. The timing 
generator circuits are driven by common clock 340 and reset signals 342. The result is 
that each CCD will acquire and discharge the image simultaneously with the other CCD 
cameras. One benefit of the synchronous operation of the CCDs is that a single flash can 
20 be triggered with the resultant exposure recorded by all the CCDs. 

.. In many circumstances, the vehicle detection system used in the tracking and 
identification of offending vehicles can provide actual vehicle position information such 
as the travel lane, speed, and direction which can be used to tighten the field of view of 
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the secondary imaging elements, thus allowing a sharper and larger license plate area 
image. For example in a two-lane intersection or road environment, one of the secondary 
elements can be used to image one lane and another used to image the other lane. The 
advantage of this system is that two secondary cameras can share the same data path as 
5 either one lane or the other will only be imaged. 

In many circumstances more than one camera system (incorporating the host 
computer, imaging elements and enforcement logic) may require supplemental camera 
systems to provide additional or more optimal fields of view of the offense. One such 
requirement is the acquisition of the offending vehicle driver's image where the primary 
1 0 detection camera is imaging the offending vehicle from behind as it approaches the 

intersection. In such cases it is impossible to achieve the required field of view resulting 
in the addition of a supplemental camera system. 

In one embodiment of the present invention, distributed computer and network 
technologies, such as DCOM (Distributed Component Object Module) and the equivalent 
1 5 CORBA (Common Object Request Broker Architecture), are implemented by the traffic 
enforcement system 1 00 to provide a mechanism of seamless imaging element 
attachments. This allows for the effective increase in the number of imaging elements, 
while still preserving the single enforcement camera system ideology. . 
Data Processing System 
20 As illustrated in Figure 1 A, the images captured by the intersection camera 

system 102 are processed in data processing system 104. Data processing system 104 
includes a central processor 132, a primary images file server 134, a verification module 
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138, a quality assurance check module 140, a database 136, and a notice printing module 
142.. ... 

The central processor 132 executes the main software program that implements 
the traffic violation monitoring and reporting system. The central processor 132 is 
5 designed to manage the remote camera systems and receive their incident data and image 
information via modem. The central processor contains its own database for recording 
camera system information, but also sends information to the main database 136 in the 
data processing system 104 for each detected incident or test shot. 

Figure 6 is a flowchart that illustrates the steps that are executed by the central 
10 processor 132 when incident information is received from an intersection camera system 
102, according to one embodiment of the present invention. In step 602, four images in 
an appropriate digital format (e.g. TIFF format) are stored on the primary images file 
server 134 in an area which is regularly archived and which is available for read-only 
access by verification users. These images constitute the primary evidence, which is ■'■ 
1 5 digitally signed to prevent any subsequent undetected manipulation. The four images 
typically consist of two scene images, a driver's face image, and a license plate image. 

. In step 604, compressed images in JPEG format are made of the two scene 
images. An incident record is then stored in the main database 136 with associated 
records containing the two compressed scene images and the address path of the face arid 
20 plate TIFF images, step 606. The incident record is assigned a unique incident number, 
which is used to link it to all other associated records throughout its lifecycle: 

. The verification module 138 within the data processing system 104 allows trained 
operators to check that all of the legal and business rules relating to the incident have 
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been met in the captured images and data. That is, the operators verify that the incident is 
a legitimate offense and that the driver can be readily identified. In one embodiment of 
the present invention, when a user logs onto the verification module 138 they are 
presented with a display screen which consists of five main information areas. Figure 2 
5 illustrates the display of the verification module for an exemplary incident, according to 
one embodiment of the present invention. 

Incidents are queued to the verification station by incident number so that the 
oldest incident is always processed first. Many of the verification application screens are 
also used in later processing applications, that may include quality assurance, a hold 
10 queue, an interstate queue, Police authorization, and an offense viewer. 

When the incident is first loaded, the display area 206 will display the plate zoom 
shot. The user may then select a command 208 to view the face zoom shot When first 
displayed, the uncompressed images in TIFF format will be loaded from the file server 
using the images' stored address paths. 
1 5 Note that after an incident has been verified, later processing steps that use these 

images will load a compressed JPEG version of the image that has been stored in the 
database. This technique generally improves the speed of the system and keeps database 
file sizes to a minimum, at the cost of some small loss of image quality after the 
verification stages 

20 To allow easier recognition in later processing steps, the areas of interest of both 

plate and face shot images can be.magnified by the verification user. For this function, a 
zoom control is provided. This control allows the image to be enlarged, panned, and 
allows intensity and contrast adjustments. The zoom control for face shots has an 
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additional mask function to allow masking the identity of any passengers in the vehicle 
for privacy reasons. The zoomed images are used for all processing steps after the 
verification step. Note that the primary evidence images are not modified, only the 
compressed JPEG images that are stored in the database are manipulated. 
5 When the incident is first loaded, the main display area 212 of the verification 

screen area will display the "A" scene shot. The user may click on a button 218 to view 
the "B" shot. These images will be displayed in JPEG format and loaded directly from 
the database. The A shot is taken as the vehicle crosses the stop line and the B shot is 
taken after the vehicle enters the intersection. As illustrated in Figure 2, the "B" scene 

10 shot is displayed. 

. In Figure 2, display area 210 is the data block details area. This area displays a -* 
representation of the incident details as captured on site and the incident number 
allocated to the details, at the time of insertion of the incidence into the database from the 
central processor. Each image captured by the system has a data bar 212 at the top of 

15 each image to provide an additional level of security. The information in the data block 
210 must match the information in the data bar 212. This ensures that images have not 
been incorrectly assigned. . 

The image of Figure 2 also includes a Motor Vehicles Department (DMV) details 
area 216. In this area the user types in the license plate details from the incident vehicle 

20 and executes a plate look-up from the DMV database. In general, the DMV lookup 

consists of a number of automatic steps, including looking up the registration number of 
the vehicle to return registered owner(s) details, looking up personal details of the driver 
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to retrieve a driver's license number for the registered owner returned from the first 
lookup, and looking up the driver's license to return complete driver's license details. 

Following a successful lookup, the DMV details area 216 of the verification 
screen of Figure 2 will display some of the retrieved information. Figure 7 illustrates the 
5 DMV details area in greater detail. The license plate and vehicle information is displayed 
in the top half of display area 700. The name and address of the driver, or company, if 
the vehicle is company-owned is displayed in display area 704, and the driver's license 
information for the driver is displayed in display area 706. 

If any one of the steps of the DMV lookup is unsuccessful, a DMV lookup screen 
10 may be presented to the user. Figure 8 illustrates a DMV lookup screen, according to one 
embodiment of the present invention. The DMV lookup screen 800 allows the user to 
execute each of three lookup steps incrementally. The user is able to enter the various 
items of information, such as the vehicle registration (license plate) number, personal 
details of the driver, or the driver's license number. The registration number of the 
1 5 vehicle is entered and displayed in display area 802, the vehicle details are entered and 
displayed in display area 804, and the driver details are entered and displayed in display 
area 806. 

Use of the DMV lookup screen may be necessary iri the event of multiple records 
being returned for either the registration number or the personal details lookups, i.e., if 
20 more than one owner was registered against the vehicle or if more than one person had 
the same name. The DMV lookup screen may also be used to modify user-defined search 
criteria in the event of returned owner records being flawed in some manner, such as if a 
"0" number was included in a name instead of an "O" letter. 
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The returned alleged offender details will be transferred to the relevant fields on 
the lower half of the DMV lookup screen 800 when the user clicks the 'Accept' button on 
the verification screen of Figure 2. The user may execute multiple lookups if unsatisfied 
with the initial returned results. Each DMV lookup will be logged, against a particular 
user and date/time stamped. The lookup log can be made viewable. 

This area at the bottom right of the verification screen of Figure 2 shows the 
buttons 220 corresponding to the different ways the incident can be processed by the 
user, i.e. how the status of the incident should be updated. 

The user may click the 'Hold 5 button to put the incident "on hold" if there is not 
enough information to accept or reject the incident. To put an incident "on hold", the 
user must also select the hold reason from a displayed hold reasons form. The most 
common reason to do this would be if the vehicle did not have an in-state registration. 
For this circumstance, an interstate lookup process might be implemented. 

If the user decides the incident is not a valid offense, or for any other reason 
cannot be issued to an alleged offender, the incident can be rejected using the 'Reject' 
button. In this case, the user will be presented with a reject reasons form to select the 
reason in the same way as for hold reasons. 

The user may decide to restart an incident, which would remove all zooming, 
masking, and also clear any DMV details that may have been returned. In the case of an 
incident being restarted, the history of the incident would reflect this and any DMV look- 
ups would also have been logged. The last option is to accept an incident as valid. 
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After one of the four choices has been selected, the next incident will be displayed 
and the process repeated. The user will have the ability to view an incident's history to 
date and add new comments to an incident. 

In one embodiment of the present invention, the DMV lookup form 800 is also 
5 available from other applications. For example, the form may include an interstate queue 
application, so that when another state returns information on registration requests sent to 
it, the user can enter registration details against an incident. This area of the form may 
also be editable in the hold queue application when the incident is being 'verified' to 
extract name and address details from returned DMV registered owner data. It will 
10 generally not be editable in the hold queue application when the incident has already been 
verified, i.e., when the incident had been put on hold from the quality assurance module. 
Quality Assurance Process 

The data processing system 104 of Figure 1A also includes a quality assurance 
(QA) module 140. In one embodiment, the QA module uses the same user interface as 
15 the verification module, illustrated in Figure 2. In the QA module, the user does not have 
any image editing facilities and may not change any of the vehicle or alleged offender 
details or execute a DMV look-up. All incidents that have a status of "Accepted by 
Verifier" or "Accepted by Hold Operator as Verifier" will be available for quality 
assurance. The system tracks users who are logged in to the QA module and will not 
20 queue any work to them that they have "verified", be it at the verification application or 
hold queue application. 

When a quality assurance session begins, the four images (plate, face, scene A, 
scene B) in compressed JPEG format are loaded from the database 136. The plate and 
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face images displayed are those that were manipulated at the verification stage 138. 
Initially the scene A and zoomed plate shots are displayed. The data block details area is 
then populated, and the current incident status is displayed. 

The user will assess the incident as presented, and may accept, reject or hold the 
5 incident. Acceptance updates the incident's status to that of "Accepted by Verifier and 
QA" Rejecting the incidents results in the display of the reject reasons form. The user 
selects a reason and confirms to update the incident's status to that of "Killed" (rejected). 
The user will be logged as the QA operator of the incident. No further action will be 
taken with this incident. 

10 If the user elects to hold, a hold reasons form is displayed, and the incident's 

status is updated to that of "Accepted by Verifier, On Hold by QA". The user will be 
logged as the QA operator of the incident. As the incident was put on hold by QA, the 
system will flag this condition and prevent the incident from being editable at the hold 
queue application, i.e., only incidents that have been put on-hold from the verification 

15 application may be editable at the hold queue application. To be editable means to be 
able to manipulate the face and plate shots, execute a DMV lookup or to be able to edit 
an alleged offender's details, on the DMV lookup screen. 

In one embodiment of the present .invention, the data processing system 104 
includes a hold queue application. Incidents that may be valid but need further 

20 clarification are queued to this application. The application starts by displaying a hold 
queue main screen which shows a list of all incidents that are on hold that can be 
processed by the current user. The user may click on any listed item and then click an 
appropriate command to display the same screen as used in the verification application. 
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Incidents may be put on hold by either the. verification module 138 or the quality 
assurance module 140. When an issue has been resolved for an incident, the operator can 
then advance the incident by either accepting or rejecting it If the incident was put on 
hold at the verification stage, then the hold operator becomes the effective verifier. 
5 In one embodiment of the present invention, the data processing system also 

includes an interstate queue module. This module appears and operates in the same 
manner as the hold station that deals with other incidents put on-hold. For this 
application, a list of registrations can be printed to be faxed to another state registration 
authority, so that they can provide details by return of fax. This would normally be 
1 0 performed after entering a search filter to list only incidents of one jurisdiction that have 
not been assessed. The user would then update an incident's details by finding the 
relevant incident. The incident may then be advanced to QA as normal. 
Police Interface Modules 

The traffic violation monitoring and reporting system 1 00 of Fi gure 1 A also 
15 includes an interface to one or more police departments 106. The data processing 
application 104 provides the police department 106 the ability to select one of three 

modules. These are a police authorization module, an offense viewer module, and a « 
police report module. . 

An exemplary structure of the police authorization module's main screen interface 
20 screen is illustrated in Figure 9A. Interface screen 900 provides a list 902 of incidences . 
by date and time, with license plate numbers for the offending vehicles. All incidents 
having been accepted as valid by the verification and QA process will be presented on a 
list in (configurable) batches on the main screen of the police authorization application. 
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Incidents will be listed for batch creation by their incident date and time, thereby the 
oldest will be presented the police first. 

Appropriate police personnel will have the ability to view individual incident 
details by selecting them and clicking an appropriate command button, such as the 'show 
5 details' button 904. They will be presented with a non-editable screen, similar to the 
verification screen of Figure 2. They may accept or reject a single incident from this 
screen. For data integrity, the police will not have the ability to put an incident on hold, 
or to view or enter comments. 

The user (police personnel) will assess the incident and may decide to accept, 
10 reject or take no action by canceling from the incident. If the user decides to accept the 

incident, the incident status is updated to "Ready for Notice Processing" in the database .. - : 
136 and the user isreturned to the main list 902. If the user decides to reject the incident, ^ 
the incident status is updated to "Killed 95 and the user is returned to the main list 902. ; * 
The incident is logged in the database as having been rejected by police and the reason is v.. 
15 recorded for reporting and auditing purposes. No further action will be taken with this r 
incident. If the user decides to cancel, the incident status remains unchanged and the user 
is returned to the main list. 

It may be possible for the authorizing officer to view each incident on the- list and 
act on each one individually or they will at any stage return to the main list and decide to 
20 accept all the remaining incidents listed by selecting an 'Accept All' function. 

Within the police authorization application, the offense viewer module displays 
incident images for incidents that have been confirmed as violations. This module will 
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also be security protected and only police authorized personnel may access it. The user 
will use either a notice number, vehicle registration, or incident number as a search filter. 

On entering a search parameter and executing a search, the system will display the 
four incident images, data block details, and DMV details. Additional searches can be 
5 performed from the main display in the same manner as the initial search. 

The police reports module within the police authorization application allows 
reports to be run for police functions. The police can then use these reports to follow up 
on delinquent notices, and similar functions. The reports available are presented in a list 
and can be previewed through a police authorization application user interface. 
10 The police authorization application can also include a delinquent notices report 

that lists delinquent reports in a list. An interface dialog can prompt the user for the 
number of days and then the report will be displayed. The report will include all notices 
for which payment is overdue by the selected number of days. 

A dismissals report item can also be included in the police authorization 
15 application. This report lists all notices that have been cancelled because they were not 
processed within the time limits or because of a nomination. A nomination occurs when 
an alleged offender nominates another person as the driver at the time of the incident. In 
either case, a previously issued notice needs to be cancelled from the court records. This 
report can be used as a list to send to the court to request dismissal of cancelled notices. 
20 The police authorization application also includes a notices module that allows 

the police department to issue and preview the Notices to Appear which are to be issued 
to the. violators. 
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Court Interface 

The traffic violation monitoring and reporting system 100 also includes a court 
interface module 110 that allows a user to communicate details of notices to the courts 
electronically, and subsequently receive updates on notice statuses from the courts. In one 
5 embodiment, this process is managed automatically using a third party scheduling 
program by executing database script files. 

. Figure 9B illustrates the court interface screen generated by the court interface - 
module 1 10, according to one embodiment of the present invention. Court interface 
screen 950 includes a display area 952 that lists the notices that have been approved and 

10 are ready to be sent to the alleged offenders. The court interface screen 952 also includes 
a display area 954 that allows access to files or documents received from the court. 1 
These may include acknowledged notices and disposition of notices processed by the " 
court. A text display area 956 may be provided to display messages associated with any 
incidents listed in display area 952. " 

15 A manual court interface module can also be provided as a backup if the 

automatic system fails, or if unscheduled activities are required. The manual court " 
interface module allows the following steps to be initiated: generate notice records from 
newly approved offense incidents, send details of new notices, receive acknowledgment 
(edit report) of sent files, and receive weekly dispositions. The database packages that 

20 are executed for each of these functions can either be initiated manually by clicking the 
interface selection, or automatically from a third party scheduling. program by executing 
database script stored files. For every function, the details of the function are stored in a 
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time-stamped.record in log table with a unique session log id number. The number of 
• records affected or any errors encountered is also stored. 
Notice Creation 

In one embodiment of the present invention, the notice creation function is 
initiated either by a scheduler program or will occur automatically when the manual court 
interface screen is selected. Notice records are created by notice printing module 142 for 
incidents that have been authorized by the police. Figure 10 is a flowchart that illustrates 
the steps of creating a notice, according to one embodiment of the present invention, hi 
step 1002, all traffic incident records that have a status of 'Ready for Notice Processing' 
or 'Ready for Warning Processing' are identified. 

For each incident that is found, a check is performed on the age of the incident, 
step 1004. If, in step 1006, it is determined that too much time has elapsed since the 
incident occurred, the incident be rejected on the grounds that it is too old to issue, step 
1008. This typically occurs because, depending on the jurisdiction, notices must usually 
be sent to an alleged offender within specified period of time (e.g., 1 5 days) of the 
offense date, address details update date, or nomination date 

For each incident found that is within the allowed time period, an Offence Notice 
record is created and assigned a citation number, step 1010. The created notices willnow 
have a status of 'New' if the status was 'Ready for Notice Processing', or 'New Warning 
Letter' if the status was 'Ready for Warning Processing'. An associated offender and 
offender address record is created to store the personal details and address of the owner 
that was selected during the incident verification process. 
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After the appropriate notices have been created, the notices may be sent to court. 
This function can be initiated either by a scheduler program or manually by selecting a 
'Create Notices File' selection on the court interface display screen 950. For this process, 
the system first searches for all notices with the appropriate status (e.g., New), and 
5 excludes all those that are too old. The details of the notices are written to a new export 
file (with a pre-defined name and location) in a format that is suitable for the court's 
system. Notices that are too old have their statuses updated to 'Sent to Police for 
Dismissal 5 . The other notices will have their statuses updated to 'Sent To Court'. The 
system may display a count of how many notices were updated to 'Sent To Court' and 

1 0 6 Sent to Police for Dismissal' . 

The export file created may have the text 'EDIT ONLY' in the header to indicate- 
that the file is to be checked for syntax errors by the court system and that an edit report 
is to be produced by the court system to act as an acknowledgement of receipt. A 
procedure in the court system to process the file is to be initiated via a modem ^ 

15 connection, which may be handled by a scheduler program or manually by an operator. vv 
If the notice is to be issued to the violator by a third party, non-judicial or non- 
police agency, the court must acknowledge receipt of a notice before that party can print 
a hardcopy of it and mail it to alleged violator. The notice printing module of the data 
processing system 104 provides a user interface screen that lists and displays in preview 

20 form, notices that are to be printed. Such a notice preview form is illustrated in Figure 

11. ........... .......... . . . - • • ... • • 

In one embodiment of the present invention, printing a notice involves several 
main steps. First, the current user is saved as the issue user in the notice record, and the 
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notice status is updated to "Notice Printed" or "Warning Letter Printed", as appropriate. 
Two scene images, a plate zoom image, a face zoom image, a police authorizer signature 
image, and the issue user's signature image files are copied from the database 136 into a 
data processing directory as graphic "files (such as .jpg files). 
5 Next, the document is previewed on the screen to ensure all images are retrieved, 

and then the document is printed to the printer. Note that a preview of a document that 
has not yet been printed may not display the details of the person issuing the notice 
because it has not yet been issued. 

Figure 1 1 illustrates a notice preview displayed in a user interface screen, 
1 0 according to one embodiment of the present invention. The following details appear on 
each Notice to Appear: the name and address of the alleged offender, details of the 
incidence, the four incident images as saved by the verification operator, the location of 
the incident, the time and date of incident, and fine payment information. Also included 
is a section where an alleged offender may complete details of the person that they may 
15 wish to nominate as the driver of the vehicle at the time, as well as information relating to 
what the alleged offender may do if he or she disagrees with the allegation. The notice 
may also include a scanned signature of the police officer that authorized the incident for 
issuing as an offense, and a scanned signature of the person that issued the notice, i.e. 
printed and posted the notice. 
20 Depending upon the computer implementation, the report preview function may 

also allow the user to manipulate the notice file, such as print to the notice to a selected 
printer, or export the notice to an HTML or text file. 
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Iq one embodiment of the present invention, an alleged offender may claim they 
are innocent and subsequently nominate another driver. There are two methods whereby 
a person may do this. First, the Notice to Appear will have a section on it that the person 
may complete and return to the party that issued the notice, or the person may complete a 
5 Certificate of Innocence at a police station and the police will forward it to the issuing 
party. 

The data provided by the traffic violation monitoring and reporting system 
constitutes legal evidence that can be used to convict a traffic offender for a traffic 
violation. In one embodiment of the present invention, the evidentiary package consists 
10 of a copy of the notice to appear, in addition to other documents, which are not 

necessarily produced by the system. Such documents could include information supplied ^: 
by the court, a chain of evidence testifying as to the integrity of the image data, and a 
statement of technology. ... 

Image Analysis Expert Systems • r • 

15 In one embodiment of the present invention, an image analysis system to ? v 

automate components within the data processing system 104 is implemented. Image 
analysis is a process of discovering, identifying and understanding patterns that are 
relevant to the performance of an image-based task. One such task is the ability to 
automatically locate and read license plate information in evidentiary images.- Here the 
20 pattern of interest is license plate shapes and alphanumeric characters. The goal of the 
image analysis is. to automatically locate these objects and perform character recognition 
with the accuracy of a human operator. 
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The advantage of an image analysis system in the verification process of the data 
processing system would be that all vehicle, owner and incident details can be provided 
for visual verification at a first instance all complete and thus requiring little or no 
manual data entry. 

5 The elements of image analysis can be categorized into three basic areas, low 

level processing, intermediate level processing, and high level processing. The categories 
form the basis of a framework in describing the various processes that are inherent 
components of an autonomous image analysis system. 

Low level processing deals with the functions that may be viewed as automatic 
10 reactions that require no intelligence on the part of the image analysis system. This 
classification would encompass image compression and/or conversion such as the 
application of a standard set of filters for image processing. 

Intermediate level processing deals with the task of extracting and characterizing 
components or regions in an image for low level processing. This classification 
15 encompasses image segmentation and description that is the isolation, extraction and 
categorizing of objects within an image. 

High level processing involves the recognition and interpretation of the extracted 
objects. The application of intelligent behavior is most apparent in this level as it entails 
the capacity to learn from example and to generalize this knowledge so that it can be 
20 applied in new and different circumstances. 

Image analysis systems utilizing Expert Systems technology, can be used to 
accurately identify, extract, and translate areas of interest imprinted or appearing in 
images recorded by the enforcement camera system 100 of Figure 1A. In general, the 
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technology requires the acquisition of knowledge through a process of extracting, 
structuring, and organizing knowledge from one source so it can be used in software. 
There are three main areas central to knowledge acquisition that requires consideration in 
the development of the image analysis expert system. First, the domain must be 
evaluated to determine if the type of knowledge in the domain is suitable for the image 
analysis expert system. Second, the source of expertise must be identified and evaluated 
to ensure that the specific level of knowledge required by the image analysis expert 
system is provided. Third, the specific knowledge acquisition techniques and participants 
need to be identified. 

. The objective of the image analysis expert system is to accurately identify, extract 
and translate optical data appearing in the photographic evidence captured by any type of 
enforcement camera systems. 

Many film based camera systems optically imprint textual information of the 
offense onto each photograph. For example speed enforcement camera systems imprints 
onto each image; information such as measured speed and direction the offending vehicle 
was travelling, the speed zone and location the camera was monitoring, the operator ID 
supervising the deployment, and the time and date of the offense. The process can also 
be applied in the identification and extraction of license plate vehicle details that can be 
used to identify the offending vehicle owner. - 

The image analysis expert system knowledge base can be derived from a range of 
sources such as textbooks, manuals and simulation models, although the core knowledge 
is derived, from human experts. , The human experts themselves may not necessarily be a 
technical resource, but may include the operators or users of the system that make 
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decisions based upon known business processes rather than technical issues. This type of 
inferred knowledge obtained indirectly by these experts does provide a useful resource 
for the knowledge base. 

Knowledge acquisition embodies several processes and methodologies to capture, 
identify, and extract knowledge. Although fundamentally, knowledge is obtained from 
human experts which provides the static core or base line, the image analysis expert 
system can derive it's own dynamic knowledge by establishing trends or common 
themes, in essence drawn from it's own experience. The system achieves this ability 
through a unique feedback and tracking mechanism provided by the data processing 
system 104. The system has the ability to determine if the information provided is 
correctly within a relatively short time (in some cases instantly - using any inherent 
validating features that may be incorporated in the extract data such as a checksum). 

However, with traditional expert systems, information derived is based on a 
conclusion made from a set of inputs with no mechanism validating the result, thus if the 
same inputs are feed into the expert systems the same conclusions are made. 
With either expert system, knowledge acquisition is typically achieved by observing an 
expert solve real problems, through discussions, by building scenarios with the expert 
that can be associated with different problem types, developing rules based on interviews 
and solving the problems with them, and other similar ways. In addition to these 
methods of knowledge acquisition, the image analysis expert system can also draw 
knowledge from inferred knowledge obtained by the verification and adjudication 
processes' audit trail, allowing more than one result for the same set of inputs, accessing 
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external or other indirect sources of inputs available in the problem domain, and other 
similar methods. 

The image analysis expert system and image computer are the primary 
components of the image processing system used in the traffic camera office system 
5 employing an automatic infringement processing system. The image computer provides 
the system with all the offense information in electronic form required in issuing an 
infringement notice. 

For a speed infringement, the image processing system will provide two digital 
images of each offense, one a low-resolution version representative from a digital version 

1 0 of the original image, the other a high-resolution extraction of the license plate area only. 
In addition, textual offense details appearing in captured image is extracted using Optical f 
Character Recognition (OCR) processes. Details of the OCR process used for the digital ; 
imaging process that extracts the license plate image are described in related U.S. Patent 
Application, Serial Number, 09/028,675, filed on 02/24/98 and entitled "Vehicle Imaging- 

15 and Verification", which is hereby incorporated by reference. : 
Figure 5 illustrates a typical speed camera offense output provided by the image 
processing system* according to one embodiment of the present invention. In Figure 5, 
the output screen 500 includes several differentimage areas. An image of the offense is 
displayed in display area 502. A close-up image of the license plate of the offending 

20 vehicle is shown in display area 504, and the details of the offense are displayed in 

display area 506. This information is validated and confirmed by two separate manual 
processes before the actual infringement is issued. A traffic camera office infringement 
processing system typically consists of a high-speed film scanner providing images for 
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the image computer to process under the control of a file arbitrator. Infringement 
infomiation is automatically extracted by the image computer and stored into a database 
for manual verification and adjudication at the verification station. 

Figure 12 illustrates the traffic camera office infringement processing system 
5 components, according to one embodiment of the present invention. Also illustrated in 
Figure 12 are the components that are encompassed by the image processing system. 

Raw digital images of the offenses either obtained directly from the field digital 
cameras or scanned 35mm wet film converted into a digital form. The file arbitrator 
1202 provides serialized access to the raw offense data. The image computer 1214 
10 within the image processing system 1210 performs the primary image analysis tasks and 
is the primary interface between database 1208 and the raw digital images 1216. A 
verification station 1206 provides a mechanism of visual manual adjudication of actual 
offense and information provided by the image processing system 1210. If the 
information provided is correct and the offense complies with all appropriate business "• 
1 5 rules then the infringement is issued to the vehicle owner. 

The supervisor station 1204 is used to validate any offense that may have been 
rejected during the verification and adjudication process of the traffic camera office ■ 
business flow. Database 1208 may be a relational database, such as an Ingress™ 
Relational Database system running under a UNIX™ operating system under the HP- 
20 9000™ platform. It provides the central repository for all data including offense images 
and data, audit trail and archiving. 

In one embodiment, the image analysis expert system 1220 provides the image 
processing system 1210 with human expert like behavior, thus endowing the image 



BNSDOCID: <WO 0191353A2_I_> 



WO 01/91353 PCT/US01/16964 

computer essentially with Artificial Intelligence to solve problems efficiently and 
effectively. 

Regardless of enforcement type all infringement images' are returned to the traffic 
camera office for processing including all the infringement details in an electronic form 
5 as well as a camera set-up and deployment log, which the operator is required to answer. 
The speed camera setup and deployment log contains useful information concerning the 
actual deployment conditions and environment, knowledge that can aid the image 
analysis process. , 

A file arbitrator 1202 detects the new image file, and initiates the image computer 

10 1214 to start the image analysis process. The image computer then validates the image 
file, extracts from the file the area of the image bounding the data block (containing the 
offense details), segments and represents the characters within the data block, rebuilds 
missing or. broken characters, and translates the character objects in the text by the 
process of OCR. Next, the license plate of the offending vehicle is searched. Once it is 

15 found, the area is extracted for OCR, the license plate details are determined, including 
jurisdiction. A low resolution JPEG compressed image representing the entire image is 
then produced, and a high resolution JPEG compressed image crop of the license plate 
area only is made. The image set and OCR text data is transferred to the database. 

. Once the data reaches the database, it is presented to the verification station for 

20 visual confirmation and adjudication by a trained operator. The normal process of the 
operator is to simply confirm the offense details automatically extracted by the image 
computer, Once these details. have been confirmed, the vehicle owner details are 
searched and presented for content and syntax validation. Once the vehicle owner details 
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are confirmed, the offense data is passed onto the quality system for inspection and 
issuing of an actual infringement notice. 

Analyzing the process or work flow of the traffic camera office infringement 
processing system reveals several opportunities for the image analysis expert system to 
5 acquire and infer knowledge. From the beginning of the enforcement processing cycle, 
even before the film reaches the traffic camera office, the knowledge acquisition is 
occurring. 

For instance, the speed camera setup and deployment log provide the image 
analysis expert system useful dynamic or temporary knowledge about the deployment 

10 configuration and environment that can be useful in the license plate extraction and OCR 
process. Information describing the weather condition, traffic direction and condition, 
the number of lanes monitored, and the lane the first few offending vehicles were 
traveling in, all provide useful information for the image processing system. Even 
though the acquired knowledge is stored temporarily (until the complete deployment ha£ 

1 5 been successfully processed) archival information can also be created/updated about the 
camera and deployment location to help establish constants or trends (that is a 
site/camera profile). 

Once the film data is stored into the main database, the image analysis expert 
system can access this data when each image computer starts processing a new image 

20 file. Since the first task of the image computer is to interpolate the data block area, the 
image analysis expert system can supply the imaging computer with the best data block 
location in the image. Accompanying this knowledge would also be the best extraction 
and OCR process to use (including the best performing parameters). 
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In the event that the processing scenario provided was unsuccessful, the image 
analysis expert system can provide information on alternative extraction and OCR 
processes. Both failures and successes are recorded by the image analysis expert system, 
improving the knowledge base, and hence the image processing performance and 
5 efficiency. Here the success and failure knowledge is known in real time with the aid of 
the check digit feature of the data block. 

Next the image computer begins the license plate search and extraction process. 
Again the image analysis expert system can instruct the image computer to perform this 
process with the best performing algorithms and parameter scenario so far. Here the 

10 feedback of success or failure of the process is delayed as no automatic successful/failure 
mechanism exists (as with the data block check digit feature). Although the license plate^ 
location can be confirmed with the aid of the deployment log (for speed offenses) for at 
least the first few recorded offenses. Here the camera operator is required to record 
against each frame number which lane the offending vehicle was travelling. 

15 However, until the offense is viewed at the verification station the actual image 

analysis performed by the image computer cannot be validated and hence the image . 
analysis expert system cannot acquire the knowledge unless a verification priority is 
placed, on the first few images of each new film or deployment. 

The actual verification process can also influence the knowledge acquiring 

20 process of the image analysis expert system by prompting the verification operator with 
simple questions each time a correction is made to any part of the provided offense data. 
Alternative knowledge can be inferred by analyzing the corrections and business rule 
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rejection to determine why the selected process for that particular infringement was 
unsuccessful. 

Figure 13 illustrates the functional components of the image analysis expert 
system 1220, according to one embodiment of the present invention. The acquiring . 
module 1 3 02 provides the knowledge database with real time knowledge 
deduced/provided by the image computer, inferred knowledge received directly from the 
verification station or analyzed from the system audit trail/system, or direct knowledge 
acquired from the traffic camera office infringement processing database. 

The knowledge provider 1304 is the primary interface to the image computers, 
and provides the image computers with the necessary information and parameters to 
perform the required image processing tasks. 

The local database 1306 serves as the central repository for all knowledge, 
performance statistics, short and long term data and configuration parameters for the 
image computers. The local database also serves as storage for neural network training 
set and template characters. 

The knowledge graphical user interface (GUI) 1 308 provides the user with the 
ability to display, modify, and delete the knowledge and database data. The knowledge 
GUI also allows the updating configuration parameters, character templates used by the 
OCR process and neural net training. 

The image analysis expert system provides the image computer with a predefined 
scenario or collection of rules to follow to achieve a successful image analysis outcome. 
Unlike other Expert Systems, the combination of processing scenarios is relatively few 
since there is only a limited number of ways a data block of an offense image can be 
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extracted. However, the image analysis expert system of the present invention is 
generally able to make adjustments to the parameters used by each process or rule, and 
therefore has an adaptive ability. This is achieved by deliberately varying these 
parameters and tracking or tracing the results through the system. 
5 This mechanism of fine tuning the scenarios (or in some cases applying different 

scenarios all together) is called "sampling". Sampling is a mechanism employed by the 
image analysis expert system to effectively perform tests by deliberately applying 
different image processing scenarios or parameter adjustments to improve the 
performance. : 

10 In one embodiment, this type of operation is performed at the beginning of a new 

deployment or film and randomly through each batch. The changes are tracked through 
the traffic camera office infringement processing system. Information on the success or - 
failure is analyzed, allowing for real time fine-tuning of the system. Although the 
knowledge obtained may only be used on a temporary basis (that is only for the current 

15 batch), trends can be recorded and if need be the static knowledge can be upgraded. 

In reference to the image processing system, a 'scenario' is a collection of image 
processing rules by which the image computer follows to produce a successful image 
analysis outcome. The mechanism by which these rules are stored and the knowledge 
endowed to the image computer depends on the level of sophistication employed by the 

20 image processing system. 5 

Performance monitoring is a method of fine-tuning or detecting poor image 
analysis outcomes. . The mechanism used is simply the correlation and analysis of 
statistics derived from real-time data allowing for the fine-tuning that may be required 
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due to small differences or abnormal deployment conditions which were not catered for 
as part of the fundamental knowledge. Scenario statistics are a second type of statistical 
data that can be correlated based upon direct scenario outcomes and scenario variants 
with different parameter values. 
5 A primary component of the knowledge acquiring module of the image analysis 

expert system is an expert system that infers knowledge from the verification station. 
Knowledge such as commonly made OCR mistakes (that is, characters which a regularly 
incorrectly recognized), invalid license plate selection, incorrect dynamic extraction 
thresh hold, and other such information is used in deducing as a result of sampling. 
1 0 An important requirement of this module, particularly when tracing sampling 

mode images, is the correct identification of the image itself. A common theme or key 
must be employed by the verification module, audit system, database, image computer 
and image analysis expert sub-systems. . 

Access to main traffic camera office infringement processing database can 
1 5 provide indirect knowledge to the image analysis expert system that cannot be obtained 
directly from the images or verification process. For example, deployment log 
information and other additional film and location information provide useable 
knowledge for the image analysis expert system and image computers. 

The core of the image analysis expert system contains all the image processing 
20 knowledge and image computer configurational/operational parameters: The local 

database encompasses both static and dynamic data. The structure of the database may 
vary depending on the form of the knowledge and data. Character templates and Neural 
Network training sets may also be stored on this database. 
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Although embodiments of the present invention have been described as deployed 
in traffic environments involving red light or stop sign offenses at intersections, it is to be 
noted that alternative embodiments can be deployed in other traffic environments. For 
example, the traffic violation monitoring and reporting system can be deployed and used 
5 along a stretch of road to determine if vehicles are speeding. 

Moreover, embodiments may include facilities for issuing multiple offenses for a 
single incident. For example, a red light camera with speed tracking can detect and 
record a speeding vehicle running a red light. The multiple notice may be in the form of 
separate notices, one for the red light offense and one for the speeding offense, or one 
10 notice recording all offenses. 
Image Security 

Embodiments of the present invention incorporate various, methods to ensure the : . 
security and integrity of the digital images obtained at the . target intersection, In one . 
embodiment of the present invention, public key cryptography methods are utilized in the 

15 functionality of the digital camera imaging system. The original violation evidence is 

encrypted at the point of capture in the digital camera system 102 of Figure 1 A. As each 
pixel within the CCD is discharged outside the module, they are converted into a digital 
stream and encrypted in real time preserving its original raw foim. Applying this process 
at this early stage eliminates the need for special purpose peripheral devices for the 

20 storage, transfer, and handling of data. 

In one embodiment of the present invention, variations of known public-key and 
secret-key encryption systems are used to implement digital envelope cryptography for 
the digital traffic camera system. Each camera system is assigned a unique digital 



47 



BNSDOCID: <WO 0191353A2_I_> 



WO 01/91353 PCT/US01/16964 

certificate that is recreated whenever there is any alteration to the system. The certificate 
nominates relevant system details including the camera's serial number and supplies an 
identifiable public key for the particular camera system. Later, this public key is used to 
identify the specific source for each set of evidence reaching the data processing system. 
5 As each offense occurs, the camera system collects relevant evidence which is 

comprised of a number of elements or properties', including the various image files, the 
speed data, the time of offense and so on. The camera system then uses all the details of 
its current, unique digital certificate to build a hash function by applying recognized 
public key cryptography c hashing' algorithms. The hash function is a one-way equation 
10 that is used to 'sign' each property of the offense as it occurs with its own, unique digital 
signature. 

The camera system then places each of the signed properties for an offense into an 
offense database and places this in the system's server outbox (using, for example, the 
Microsoft™ Message Queue server outbox). The outbox server then breaks all the 
15 information in the offense database into smaller, more easily transportable packets, or 

'mini-envelopes', of information. It then applies another unique digital signature to each 
packet (using the public key techniques above). 

Where there are remote communications such as telephone, ISDN, fiber optic, and 
so on, between the camera site and the data processing system, the signed packets can be 
20 electronically transferred over the Internet for processing using a Virtual Private 

Network. In one embodiment, the data processing system server secures the transmission 
process by using IP SEC, a standard Internet protocol that is widely used to protect 
electronic transmissions over unprotected public networks. 
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Where there is no remote communication to the camera site, the signed packets 
may be either downloaded to removable media (e.g., disks), for physical transport to the 
data processing system, or downloaded to a camera operator's mobile computer for 
transfer to the system. 

5 Each signed packet is received at the data processing system by the data 

processing system's outbox server, which decrypts the mini-envelope packets and 
automatically checks the authenticity of their signatures. The original offense database is 
then reassembled from its various signed properties to recreate the original offense file. 

The linique digital signature on each property is then authenticated to identify the 
10 source of the property (thus defining the camera that originally captured the evidence), 

and verify the integrity of that property (by confirming that its original digital signature is 
intact and unaltered). The original properties with their intact, authenticated digital 
signatures are then stored as the original database (i.e., primary evidence) for the offense. 
The data processing system then selects the data and image items required for 
15 citation processing, copies these, and works on the duplicates. The original files with 

their intact, authenticated, digital signatures are stored separately as the protected primary 
evidence for the offense. From then, every access or attempted access is logged to an 
audit chain so the life of the offense is completely "accountable. 

" Any files with scrambled signatures alerting corruption or alteration of evidence 
20 are not sent for processing. Processing can only proceed on evidence that has been 
confirmed as authentic. Such an encryption and authorization system is usefiil for 
deployment in jurisdictions that allow the introduction of digital evidence. 
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The application of digital signatures for traffic law enforcement for the purposes 
of offense authentication provides for a method of securing data integrity that is 
independent of the media that it is stored and/or transmitted on. The process provides for 
mechanism of identifying the capture source (that is the camera system) and legitimacy. 
5 As illustrated in the figures of the present application and described herein, 

aspects of the present invention may be implemented on one or more computers 
executing software instructions. According to one embodiment of the present invention, 
server and client computer systems transmit and receive data over a computer network or 
standard telephone line. The steps of accessing, downloading, and manipulating the data, 
10 as well as other aspects of the present invention are implemented by central processing 
units (CPU) in the server and client computers executing sequences of instructions stored 
in a memory. The memory may be a random access memory (RAM), read-only memory 
(ROM), a persistent store, such as a mass storage device, or any combination of these 
devices. Execution of the sequences of instructions causes the CPU to perform steps 
15 according to embodiments of the present invention. 

The instructions may be loaded into the memory of the server or client computers 
from a storage device or from one or more other computer systems over a network 
connection. For example, a client computer may transmit a sequence of instructions to 
the server computer in response to a message transmitted to the client over a network by 
20 the server. As the server receives the instructions over the network connection, it stores 
the instructions in memory. The server may store the instructions for later execution, or 
it may execute the instructions as they arrive over the network connection. In some 
cases, the downloaded instructions may be directly supported by the CPU. In other cases, 
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the instructions may not be directly executable by the CPU, and may instead be executed 
by an interpreter that interprets the instructions. In other embodiments, hardwired 
circuitry may be used in place of, or in combination with, software instructions to 
implement the present invention. Thus, the present invention is not limited to any 
5 specific combination of hardware circuitry and software, nor to any particular source for 
the instructions executed by the server or client computers. 

In the foregoing, a system has been described for automatically monitoring and 
reporting instances of traffic, violations. Although the present invention has been 
described with reference to specific exemplary embodiments, it will be evident that 
10 various modifications and changes may be made to these embodiments without departing 
from the broader spirit and scope of the invention as set forth in the claims. Accordingly; 
the specification and drawings are to be regarded in an illustrative rather than a restrictive 
sense. ■ . • . .- - *.. . - 
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CLAIMS 

What is claimed is: 

1 . A system for monitoring and reporting instances of traffic violations, comprising: 
5 an enforcement camera system mounted at a fixed traffic location; 

a data processing system remotely coupled to the enforcement camera system, the 
data processing system comprising an image processor for compiling vehicle and scene 
images produced by the enforcement camera system, a verification process for verifying 
the validity of the vehicle images, an image processing system for identifying driver 
1 0 information from the vehicle images, and a notification process for transmitting potential 
violation information to one or more law enforcement agencies. 

2. The system of claim 1 wherein the enforcement camera system comprises a 
plurality of Charge Coupled Device imaging elements providing selective image 

1 5 resolution of a common field of view. 

3. The system of claim 2 wherein the plurality of digital cameras are synchronized to 
a common clock signal to provide selective fields of view of the captured event. 

20 4. The system of claim 1 wherein the traffic location is a traffic intersection. 
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5. The system of claim 1 further comprising means for securing digital evidence for 
use in prosecution of traffic violation that is independent of the media for storing and 
transmitting storage the evidence to the one or more law enforcement agencies. 

5 6. The system of claim 1 further comprising an adaptive system of image processing 
and analysis based upon inferred knowledge derived from the data processing system. 

7. A method of producing primary evidence of a traffic violation, comprising the 
steps of: . 

10 generating a plurality of images of the traffic violation; 

storing the images in a primary image database; 

automatically obtaining vehicle and driver identification information from data 
contained in one or more of the plurality of images; ...... 

verifying the identity of the driver in relation to the vehicle identity; 
1 5 generating a violation notice for review by an appropriate law enforcement 

agency; and 

transmitting a violation notice to the driver upon validation of the violation notice 
by the appropriate law enforcement agency. . 

20 8. The method of claim 7 wherein the plurality of images comprise four images 
including a first scene image, a second scene image, a license plate image, and a driver 
face image. 
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9. The method of claim 8 further comprising the step of performing optical character 
resolution techniques on the license plate image prior to the step of automatically 
obtaining vehicle and driver identification information. 

5 10. The method of claim 9 wherein the vehicle and driver identification information is 
obtained from a motor vehicle department database. 

1 1 . The method of claim 8 wherein the four images are obtained by a digital camera 
system located at a fixed traffic location. 

!0 

12. The method of claim 1 1 wherein the digital camera system comprises a plurality 
of individual imaging elements, and wherein each image of the four images is produced 
by one of the individual imaging, elements.. 

15 13. The method of claim 1 2 wherein the individual imaging elements comprise 
Charge Couple Device Imaging elements. 

14. The method of claim 12 further comprising the step of synchronizing each of the 
individual imaging elements to a common clock signal. 



20 



15. The method of claim 14 wherein the four images are produced at substantially the 
same instant in time as defined by the common clock signal. 
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1 6. The method of claim 1 1 further comprising the steps of: 
encrypting the plurality of images within the digital camera system; 
generating signed property information for image files corresponding to the 

plurality of images, the signed property information comprising data required decrypt the 
5 encrypted plurality of images; and 

transmitting the image information and signed property information to a data 
processing system. 

17. The method of claim 16 further comprising the step of reproducing the plurality 
10 of images captured by the digital camera system using the signed property information to 

decrypt the encrypted plurality of images. ±\ 

18. A system for monitoring and reporting instances of traffic violations, comprising: 
an enforcement camera system mounted at a fixed traffic location; 

15 a data processing system remotely coupled to the enforcement camera system, the 

data processing system comprising an image processor for compiling vehicle and scene 
images produced by the enforcement camera system, a verification process for verifying 
the validity of the vehicle images, an image processing system for identifying driver 
information from the vehicle images, and an image analysis expert system for 

20 recognizing patterns within the vehicle and scene images. 
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1 9. The system of claim 1 8 wherein further comprising an encryption process 
configured to encrypt the vehicle and scene images captured by the enforcement camera- 
system for transmission to the data processing system. 

5 20. The system of claim 19 wherein the image analysis expert system comprises an 
optical character recognition module for isolating and recognizing text characters within 
the vehicle and scene images. 
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